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(57) Abstract: The present invention relates to a method and an arrangement 
in a data communications system. The object of the invention is to achieve a 
wireless communication between a processing unit and a printer using a safe 
transmission and an increased transmission range compared to the infrared 
transmission. The solution, according to the invention is a way of printing 
a document in a data communications system using a protocol profiled for 
printing in the Bluetooth protocol architecture. 
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METHOD. IN A TELECOMMUNICATIONS NETWORK FOR CONNECTING 
A DEVICE WIRELESSLY TO ANOTHER 

5 FIELD OF INVENTION 

The present invention relates to a method and an arrangement in a data 
communications system according to the preambles of the independent claims. 
More specifically it relates to a processing unit wirelessly connected to a printer. It 
further relates to printing a document by means of the printer, the printer being 
10 controlled by the processing unit 

DESCRIPTION OF RELATED ART 

15 Processing units, e.g. PCs requiting to print documents uses typically a printer. A 
processing unit and a printer are generally communicating -with each other through 
cables. But communication disruption caused by -wire breakage or inadequate 
securing of the cable ends, added cost of providing a reliable cable and reliable 
associated connectors, tangling of the cables and requirements of flexibility, etc. 

20 leads to a requirement of replacing the cables. 

A way of communicating, using a infrared link instead of a cable is shown in the 
American patent US 6,055,062, which discloses an electronic printer having an 
attached accessory unit The accessory unit handles e.g. optional media (e.g. paper) 
supply units and optional media output To communicate with the accessory unit, 

25 the printer uses a two-ways in&ated communications connection to the accessory 
unit to which it is immediately adjacent 

However the range of the infrared link is short, so that the distance between 
processing unit and the printer have to be less than a few meters and there must 
be a clear line of sight between them. 

30 



BNSDOCID: <WO_____0193SmiJ_> 



wo 01/93514 PCT/SEOl/01094 
2 

The so-called Bluetooth interface is an example of a modem radio interface, which 
was originally intended as replacement for cables between units. The term 
Bluetooth is in this disclosure used as an example of usage of short-range radio 
communication. By replacing the cables, the short-range radio technology provides 
5 a universal bridge to existing data nkworks, a peripheral interface, and a 
mechanism to form small private ad hoc groupings of connected devices away 
ficom fixed network infirasttuctures or connected to a fixed network infirastmcture 
via a gateway. Designed txj operate in a noisy firequency envitonment, the 
Bluetooth radio uses a &st acknowledgement and frequency hopping scheme to 

10 make the link robust. Bluetooth radio modules avoid interference from other 
signals by hopping to a new frequency after transmitting or receiving a data packet, 
as shown in Figure 1 wherein the X-axis represents the firequency f and the Y- 
axis represmts the time t Compared with other systems operating in the same 
firequency band, the Bluetooth radio typically hops faster and uses shorter radio 

15 packets. This makes Bluetooth radio more robust than other systems. Use of 
Forward Error Correction (FEQ limits the impact of random noise on long- 
distance links. 

Bluetooth radio is a wireless communication technology using a feequency- 
hopping scheme in the unlicensed Industrial Scientific Medical (ISM) band at 2,4 
20 GHz. A frequency hop transceiver is applied to combat interference and fading. A 
shaped, binary FM mod\alation is applied to minimise transceiver complexity. The 
gross data rate is 1Mb/ s and Time-Division Duplex (TDD) scheme is used for full 
duplex transmission. 



The Bluetooth protocol is a combination of circuit and packet switching. In 
Figure 1, SI denotes, one time slot, and PI denotes a packet covering three time 
slots. A time slot is 0,625 ms long. Time slots can be reserved for synchronous 
packets. Each packet is normally transmitted in a different hope frequency. A 
30 packet normaEy covers a single- slot, but can be extended to cover up to five slots. 
Bluetooth can support an asynchronous data channel, up to three simultaneous 
synchronous voice channels, or a channel with simultaneously supports 
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asynchtonous data and synchronous voice. Each voice channel supports 64 kb/s 
synchronous (voice) link. The asynchronous channel can support an asymmetric 
link of maximally 721 kb/s in either direction while permitting 57,6 kb/s in the 
return direction, or a 432,6 kb/ s symmetric link. 

5 

In figure 2, the diflFerent fbnction blocks of a system using short-range radio 
transceivers such as Bluetooth are shown. A radio unit 201 is connected to a link 
control unit 202 providing the base band. The link control unit 202 is connected 
10 to the Central Processing Unit, called CPU, 203 providing the Hnk management 
The CPU is connected to the memory 204 providing software functions and 
consisting of two memory units: a SRAM 205 and a FLASH 206. The CPU 203 is 
connected to a host interface 207. A SRAM is a fast temporary memory. FLASH is 
a programmable ROM. 

15 

Two or more, up to eight Bluetooth units sharing the same channel form a 
piconet, i.e. a piconet is a collection of devices connected via Bluetooth 
technology in an ad hoc fashion. Within a piconet a Bluetooth unit can have either 
of two roles: master or slave. Within each piconet there may be one and only one 

20 master, and up to seven active slaves, i.e. a piconet starts with two connected 
devices, such as a portable PC and a cellular telephone, and may grow to eight 
connected devices. AH Bluetooth devices are peer units and have identical 
implementations. Any Bluetooth unit can become master in a piconet. A master 
unit is the device in a piconet whose clock and hopping sequence are used to 

25 synchrotiise all other devices within die piconet. A slave unit is every device in a 
piconet that is not a master. 



The commimication within a piconet is organised such that the master polls each 
- 30 slave according to some poUing scheme. Master-to-slave transmission always starts 
in an even-numbered time-slot while slave-to-master transmission always starts in 
an odd-numbered time slot. With one exception the slave is only allowed to 
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transmit after have been polled by the master. The slave then starts its 
transmission in a slave-to-master time slot immediately following the packet 
received from the master. The master may or may not include data in the packets 
used to poE the slave. The only exception to the above principle is that when a 
5 slave has an established Synchronotis Connection Oriented (SCO) link, the slave is 
akrays allowed to transmit in the pre-allocated slave-to-master slot, even if not 
explicitly polled by the master in the preceding master-to slave slot. The term 
SCO-link mQ be disclosed in more details below. In a Bluetooth communications 
system there is no direct transmission between slaves in a piconet 

10 

The Bluetooth protocol stack will be described, according to the specifications of 
the Bluetooth system. The protocol stack which is depicted in figure 3, includes 
two Bluetoodi units 301 and 302. In the figure the physical layer and the data link 
15 layer are shown. 

Baseband BE 

The base band describes the digital signal processing part of the hardware, 
i.e. the Bluetooth link controller, which carries the Bluetooth protocols and other 
20 low-level link routines. The Baseband resides in the physical layer 301 and the data 
link layer 304. The baseband specification defines two link types: Synchronous 
Connection-Oriented (SCO) links and Asynchronous Connection-Less (ACL) 
Unks. SCO links support real-time voice traffic using reserved bandwidtL ACL 
links support best effort traffic. 

25 

link Manager Protocol LMP 

LMP handles rnessages used for Ibk set-up, security and control. LMP is 
layered over the Baseband protocol and resides in the data link layer 304. 

30 Logical Link Control and Adaptation layer Protocol, L2CAP 

L2CAP is also layered over the Baseband protocol and resides in the data 
link layer 304. L2CAP provides connection oriented and connectionless data 
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services to upper layer protocols with multiplexing capabiEty, segmentation 
and reassemble operatioii, and group abstractions. The L2CAP Specification 
is only defined for ACL links. 

5 Network layer 305 

The network layer is currentiy not specified in the Bluetooth standard. 

High level protocol or application 306 

Device information, services and the characteristics of' the services can be 
10 queried using the Service Discovery Protocol SDP. Like SDP, RFCOMM is 

layered on top of the L2CAP. RFCOMM is the 'cable replacement' protocol, 
which provides transport capabilities for high-level services (e.g. OBEX 
protocol) that use serial line as t±ie transport mechanism. 

15 On top of the link and transport protocols, the applications still need some 
specific protocols to complete the protocol stack. In the Bluetooth architecture, 
the application-specific protocols are added on top of RFCOMM or directly on 
the L2CAP. L2CAP can only be accessed via a protocol which is supported by a 
Bluetooth profile such as RFCOMM.. 

20 

The enumerated application-specific protocols offer the basic functionality in the 
Bluetooth environment and they provide only the cable-replacement capabilities. 
Features such as broadcasting, point-to-mviltipoint topojogies, and scatternet 
possibilities are not really utilised by these current high-level protocols and usage 
25 models. Thus, there are numerous possibilities for developers to create more 
applications, the nature of which can be totally different firom the existing ones. 



The object of the present invention is to achieve a wireless communication 
30 between a processing unit and a printer using a safe transmission and an increased 
transmission range compared to the infirared transmission used in the above 
mentioned US-patent. 
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SUMMARY OF THE INVENTION 

5 The object of the inventioa is to unravel llie above mentioned dtawbacks and 
achieve a way of printing a document in a data communications system using a 
protocol profiled for printing in the Bluetooth protocol architecture. 

This is achieved according to the method and arrangement set forth in the 
10 characterising parts of the independent claims. 

Preferred embodiments are set forth ia the independent claims. 

An advantage of the method and arrangement according to die present invention 
15 is that it is possible to communicate wirelessly witii a printer at a -wide range, up to 
10 meters and eartendable up to 100 meters. 

Another advantage is that it offers a safe transferring of data. 

20 Yet another advantage is that the present invention makes it possible to wirelessly 
select a printer among available printers. 



BRIEF DESCRIPTION OF THE DRAWINGS 



Figure 1 is a diagram showing the relationship between timeslots and 

firequency hops in a system using Bluetooth. 
Figure 2 is a diagram illustrating the different function blocks of a Bluetooth 

system. 

30 Figure 3 is a diagram showing the Bluetooth protocol stack. 

Figure 4 is a schematic block diagram showing a communications system 
according to the present invention. 
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Figure 5 is a schematic block diagram showing an entity according to the 
present invention. 

Figure 6 is a schematic block diagram showing a printer entity according to 
the present invention. 
5 Figure 7 shows a flowchart of the method according to the invention. 

Figure 8 is a bloc diagram depicting a protocol overview over the Bluetooth 
protocols according to the invention. 

Figure 9 shows a signalling sequence over a typical SDP transaction. 

Figure 10 shows a signalling sequence over typical WPP transactions. 
0 Figure 11 shows a signalling sequence over typical WPP transactions. 

Figure 12 shows a signalling sequence over typical WPP transactions. 

Figure 13 shows a signalling sequence over typical WPP transactions. 

Figure 1 4 shows a signalling sequence over typical WPP transactions. 

Figure 15 shows a signalling sequence over typical WPP transactions. 



DESCRIPTION OF PREFERRED EMBODIMENTS 

Figures 1-3 are related to prior art and described above under "Description of 



The wording "client" is in this disclosure defined as the entity sending a request, 
and the wording "server", is in this disclosure defined as the entity receiving a 
request 



25 Figure 4 shows a possible scenario of the present invention. A Bluetooth data 
communications system 401 includes two nodes whereof one is a processing unit, 
which in this example is a PC 402 and the other is a printer 403. A wireless printer 
protocol according to die invention is implemented in the Bluetooth protocol 
stack which is included in a entity, e.g. a PC-card 404, connected to or 

30. implemented in the PC 402, and in a printer entity , e.g. a printer adapter 405, 
connected to or implemented in the printer 403. According to the Bliietooth 
standard the distance between the processing unit and die printer is up to 10 
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meters and extendable up to 100 meters The printer adapter 405 might be 
connected to the printer port on the printer. The PC 402 and the printer 403 are 
connected to each other via a Bluetooth ait interface 406. Both entities 404 and 
405 comprise a respective computer, each computer comprising an internal 
5 memory for storing computer program not visible in Figure 4. 

The entity 404 connected to or implemented in the processing unit 402, -will now 
be described more in detail. The entity, now referred to as 501 is shown in Figure 
10 5. The entity 501 includes a Bluetooth protocol stack ia which protocol stack a 
wireless printer protocol is implemented. The printer protocol comprises a printer 
client which communicates with a printer server by means of the wireless printer 
protocol, the Bluetooth protocol stack and aic interface,. The printer server is 
included in a printer but is not visible in Figure 5. 

15 

The entity 501 includes establishing means 502 for establishing a bi-directional 
wireless ACL connection between the processing unit and the printer by means of 
the Bluetooth protocol. 

20 The entity 501 comprises further means 503 for sending a connection request 
message to the printer server and negotiating means 504 for negotiating 
configuration parameters with the printer server. The negotiating means 504 
comprises sending means 505 for sending, to the printer-server, a configuration 
request message including no new options if the printer client uses default values. 

25 The negotiating means 504 comprises also sending means 506 for sendii^, to the 
printer server, a configuration request message including a suggestion of 
configuration options. The negotiating means 504 comprises further sending 
means 507 for sending, to the printer server, a further configuration request 
message including a suggestion of configuration options which differs firom earlier 

30 suggestions of configuration options. This latter sending means 507 is to be used if 
the printer client receives a response message from the printer server that the 
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configixtation request was not acceptable due to e.g. unacceptable parameters, 
unknown option etc. 

The entity 501 comprises sending means 508 for sending a set attribute request 
message to the printer server, the message comprising e.g. a coding table 
5 concerning a negotiated coding type and is to be loaded by the printer server. 

The entity 501 comprises sending means 509 for sending keep alive messages 
frequently to the printer server. 

A keep alive timer 510 is implemented in the entity 501 arid comprises starting 
10 means 511 for starting and restarting the keep alive timer 510 each time a valid 
message is sent to the printer server and each time a valid message is received 
from the printer server. The keep alive timer 510 further comprises closing means 
512 for closing the connection between to the printer server, when die keep aUve 
timer 510 expires. 

15 

For starting one or more prinl^obs the entity 501 comprises starting means 513 
which starting means 513 comprises sending means 514 for sending a request 
message to the printer server comprising a request to start a print^ob. 

20 The print data that is to be printed by the printer is sent by means of the sending 
means 515 for sending the print data to the printer server. Said means 515 includes 
sending means 516 for sending a number of request messages to the printer server, 
the messages comprising print data. 

25 A printing process might be broken, e,g. because die printer runs out of paper or 
the ACL connection is broken, etc. This is reported by the printer server in a 
message received by the printer client. The entity 501 comprises means 527 for 
interpret the message and give a note to the user of the processing unit, e.g. by 
presenting the note on the screen of the PC. 

30 

E.g. a refill of paper or a new creation of a disconnected ACL connection might 
make, but the entity 501 comprises continuing means 517 for continuing the 
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printing process by continuing to send print data request messages to the printer 
serv^er, starting with the print data subsequent to a last received print data 
acknowledgement message. 

5 The entity 501 comprises stopping means 518 for stopping the keep alive timer 
510 when an ACL connection is disconnected during a printing process- 

The entity 501 further comprises requesting means 519 for requesting a 
reconnection of a session defined by the session identifier in a message sent to the 
10 printer server to be used when a new ACL connection is created to the printer, 
after a break. 

The entity 501 comprises stopping means 520 for stopping the print job said 
stopping means 520 comprises sending means 521 for sending a message to the 
15 printer server, the message comprising a request to stop the printjob. The stopping 
means 520 will be used when all data to be printed in a printjob is sent to the 
printer. 

The entity 501 further comprises closing means 522 for closing die connection 
20 between the processing unit and the printer, the closing means comprising sending 
means 523 for sending a message to the printer server, the message comprising a 
request to disconnect a session identified by a session identity. 

The entity 501 comprises stopping means 524 for stopping the sending of keep 
25 alive messages after closing a connection between the printer client and the printer 
server. 



The entity also comprises a receiver 525 for receiving messages sent from a printer 
and a transmitter 526 for sending messages to the printer. 
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The ptinter entity 405 connected to or implemented in the ptinter 403 shown in 
Figure 4, will now be described more in detail. The printer entity, now referred to 
as 601 is shown in Figure 6. The printer entity 601, including a Bluetooth 
protocol stack in which a wireless printer protocol is implemented, said protocol 
5 comprising a printer server which communicates, by means of the wireless printer 
protocol, the Bluetooth protocol stack and aic interface, with a printer client, e.g. 
the printer client in the entity 501 described above . The printer client is included 
in a processing unit 402 and is not visible in Figure 6. 

10 The printer entity 601 comprises a receiver 602 for receiving messages sent from a 
processing unit and a transmitter 603 for sending messages to the processing unit. 

The printer entity 601 further comprises responding means 604 for responding 
upon a coimection request whether the connection is successful or not, in a 
15 response message sent to the printer client 

The printer entity 601 comprises negotiating means 605 for negotiating 
configuration parameters with the printer client within the processing unit 
The negotiating means 605 comprises responding means 606 for responding upon 
20 a configuration request whether the configuration options in the configuration 
request are supported by the printer server or not 

The negotiating means 605 comprises loading means 607 for loading a coding 
table or other optional attributes sent firom the printer client.. 
The negotiating means 605 further comprises sending means 608 for sending a 
25 response, whether the loading of the coding table was successfial or not, to the 
printer client 

The printer entity 601 comprises sending means 609 for sending keep aUve 
messages firequently to the printer client 
30- A keep alive timer 610 is implemented in the printer server within the printer 
entity 601. The printer entity 601 comprises starting and restarting means 611 for 
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Starting the keep alive timer each tiine a valid message is received ftom the printer 
client and each time a valid message is sent to the printer client. 

The pxmter entity 601 comprises starting means 612 for starting a print job. The 
5 starting means 612 comprises confirming means 613 for confirming a start 
printjob request message sent to the printer client 

The printer entity 601 comprises receiving means 614 for receiving print data £rom 
the printer client. The receiving means 614 including sending means 615 for 
10 sending an acknowledgement message to the printer client after receiving a 
previous decided number of print data request messages. 

The printer entity 601 comprises indicating means 616 for indicating, in a message 
sent to the printer client, tiiat the printer has reported an exemption condition, e.g. 
15 that the printer is out of paper, if the printer runs out of paper. 

The printer entity 601 furtiier comprises indicating means 617 for indicating, in a 
message sent to the printer client, when the printer clears the exemption, e.g. that 
the printer is refilled, when the printer is refilled. 

20 The printer entity 601 comprises stopping means 618 for stopping the keep alive 
timer when an ACL connection to the processing unit is disconnected during a 
printing process. 

The printer entity 601 comprises sending means 619 for sending a response 
25 message to die pritater client, according to whether a reconnection request is 
granted or not 

The printer entity 601 comprises stopping means 620 for stopping the print job. 
The stopping means 620 including sending means 621 for sending a response 
30 message, after the printer server has received a request to stop the printjob, the 
message comprising a confirmation that this is apprehended and is sent to the 
printer client 
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The pmtef entity 601 comprises sending means 622 for sending a tesponse 
message to the printer client, according to whether a disconnection request is 
granted or not. 

The printer entity 601 further comprises stopping means 623 for stopping the 
sending of keep alive messages after the connection to the printer client is dosed. 



10 Figure 7 shows a flowchart of a possible scenario of the printing process 
according to the present invention. 

The method includes the following steps: 



701. A bi-directional wireless Asynchronous Connection-Less (ACL) connection 
is established between the processing unit 402 and the printer 403 by means 
of the printer protocol calling the L2CAP requesting the connection and 
the L2CAP creating the connection. 

702. A connection is established between the printer client and the printer server 
for one or more printjobs. 

703. The processing unit 402 and the printer 403 negotiate configuration 
parameters for said connection. 

704. Keep alive messages are sent frequendy during the session from the 
processing unit 402 to the printer 403 and from the printer 403 to the 
processing unit 402. 

705. The processing unit 402 starts the printjob and 

706. sends the printer data to the printer 403. 

707. The print job is stopped and 

708. the connection is closed between the processing unit 402 and the -printer 
403. 
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The method is implemented by means of a computer program product comprising 
the software code portions for performing the steps of the method. The computer 
program product is run on a computer stored in a digital computer -within the 
process unit 402 and -within the printer 403, e.g. in the printer adapter 405. 
5 The computer program is loaded directly or from a computer usable medium, such 
as floppy-disc, CD, Internet etc. 



Figure 8 is a bloc diagram depicting a protocol overview over the Bluetooth 
10 protocols including the -wiceless printer protocol WPP according to the invention. 

The left side represents the PC 801 and the right side represents the Printer 802. 

The Host Control Interface HCI is marked as a horizontal line. The HCI 

provides a command interface to the baseband controller, link manager, and 

access to hardware statos and control registers. 
15 SDP, L2CAP and LMP are described above, under Related Art. WPP will be 

described more in detail below. 

The interface between two entities on the same layer , a so-called horizontal 
interface, is defibed by it's protocol 803, 804, 805 and 812, e.g. L2CAP on PC 
cotnmunicates -with L2CAP on printer using the L2CAP protocol. 

20 

The actual flow of data (Protocol Data Units, PDU:s) is done between entities in 
different layers 806, 807, 808, 809, 810 and 811, a so-called vertical interface. 

On the PC side the protocols is implemented by following applications: 
25 - . Client L2CA Application implements L2CAP 

- Client Printer Application implements WPP 

- Client Discovery Application implements SDP 

On the printer side the protocols is implemented by following applications: 
30 - Server L2CA Application implements L2CAP. 

- ServerPrinter Application implements WPP. 
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- Server Discovery Application implements SDP. 



5 The printing metihod according to the invention -will now be described more in 
detail. 

A processing unit requires to print a document, ie. to perform a prinl^ob, by 

means of a printer. 

10 The processing unit wishes to know which printers that are available, and select 
one of them, therefore the printing process starts with the Device Discovery 
procedure, which is a procedure known from the art Figure 9 shows a sequence 
diagram of a typical SDP transaction between die Client Discovery Application 
901 and the Server Discovery Application 902. It is assumed that inquire has been 

15 performed. As a result of inquire the class of device is retrieved. Class of device 
indicates the type of device and which type of services die device supports. It is 
also assumed that a point to point connection with the server has been established, 
using L2CAP. The PrinterServiceClassId is represented as a Universally Unique 
Identifier (UUID) and is known by client discovery appKcation. 

20 A message, e.g. a denoted SDP_SemceSearch'Req message 903 is sent, from Client to 
Server, to ask which services, in diis case printers that are available. The server 
returns service records handles associated with the respective available printers, 
e.g. in a denoted SDP_SemeeSearch'Bjp message 904. 

25 The printer service record database serves as a repository of discovery-related 
information. All of the information about a service that is maintained by an SDP 
server is contained in a single service record. The service record consists entirely 
of a Hst of attributes. A service record handle uniquely identifies each service 
record within the SDP server, according to Service Discovery Protocol, Bluetooth 

30" Specification version 1.0 B concerning SDP and Appendix VIII, Bluetooth 
Assigned Numbers, Bluetooth Specifiication version 1.0 B concerning assigned 
numbers for predefined attributes and their identity. 
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The Client selects one of the available printers and requests for its attributes, e.g. 
the address of the printer, a in a message, eg. a denoted SDP_SemceAttributeReq 
message 905 using the service record handle. The attributes are returned in one or 
5 more messages, e.g. denoted SD?_SemceAmibuteRsp messages 906. 

The Client stores the received attributes and terminate the L2CAP connection 

A bi-directional ■wireless asynchronous connection-less (ACL) connection is 
established (701) between the processing unit and the printer. This is achieved by 
10 means of the printer protocol in the processing unit calling the L2CAP in the 
within the same unit, requesting the connection to the printer. The printer is 
connected e.g. by means of the printer address being one of the attributes 
received. The L2CAP creates the connection and notifies the created connection 
the printer protocol 

15 

Figure 10 shows sequence diagrams of a typical WPP transactions concerning the 
connection operations between the WPP Client 1001 and the WPP Server 1002, 
according to the invention 

20 

A creation of a session between a client printer application (source) and a server 
printer application (destination) is to be requested, i.e. for establishing a 
connection for one or more printjobs. This is performed "by sending a message, 
e.g. a denoted WP?jOonnection_E£q message 1003, from the WPP client 1001 to 
25 die WPP server 1002. This is sho-wn in Figure 10. A status indication to the client 
printer application whether the connection was successful or not and making the 
session valid if successful is required. This is be performed in a message by the 
WPP server 1002, e.g. in a denoted WPP_Connection_Rsp message 1004, also shown 
in Figure 10. This message also includes a session identity. 

30 
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The next step of the printing process is the WPP negotiation procedure according 
to the invention. Figure 11 a-c and 12 shows sequence diagrams of a typical WPP 
transactions concerning the negotiation operations between the WPP Client 1001 
and the WPP Server 1002, according to tihe invention. 

5 

After creating the session a configuration of the WPP server 1002 is required. 
Examples of configuration options are e.g. the number of print data request 
messages to be received by the printer before return a confirmation message, 
coding type and table size. 

10 Figure lla, b and c shows three different sub-scenarios of a successful 
negotiation of a coding type for data compression. A message, e.g. a denoted 
WPP_Configuration_R£q message, is sent from the WPP client 1001 to WPP server 
1002 to establish an initial lo^cal link transmission conttact between the WPP 
client 1001 and WPP server 1002 and to negotiate configuration parameters, e.g. 

15 the coding type. In this example the WPP server 1002 supports the coding types 
hamming, table size = 80 (default) and huffinan table size = 80. The three 
respective sub-scenarios may be a continuation of the connection scenario in 
Figure 10. 

20 In the first sub -scenario, shown in Figure lla, the WPP client 1001 uses default 
values, i.e. hamming, table size = 80 and accordingly die WPPjConfigimtion^Rsq 
message 1101 sent, from die WPP client 1001 to the WPP server 1002, includes 
no new options. Since that is a coding type that the WPP server 1002 supports, it 
responses success in a message, e.g. a denoted WPPjOonfiguraHonJRsp message 

25 1102. 

Figure lib shows the second sub-scenario in which the WPP client 1001 requests 
the WPP server 1002, in message, e.g. a denoted WPP_Configuratioii_R£q message, 
if hamming, table size = 100 can be used 1103. This is not a coding type that the 
30 WPP server 1002 supports and accordingly it responses in a message,- e.g. a 
denoted WFP_Confi^ration_Rsp message 1104, failure and suggests that hamming, 
table size = 80 can be used. The WPP client 1001 supports also hamming, table 



BNSDCXJID: <WO ^0193S14A1_L> 



wo 01/93514 PCT/SEOl/01094 
18 

size = 80 and responses this to the WPP server 1002 in a message, e.g. a denoted 
WPP_Configuration_^q message 1105. The WPP server responses success in a 
message, e.g. a denoted WTP_Q>nfiguration_Rsp message 1106. 

5 In the third scenario, shown in Figure 11 c, the WPP cKent 1001 suggests an 
coding type which is tinknown for the printer, i.e. a coding type not supported by 
lie printer, and a size = 100, in a message, e.g. a denoted WPPjConfigurationjLsq 
message, sent 1107 to the WPP server 1002. Since this coding type is unknown for 
the WPP server 1002, it responses in a message, e.g. a denoted 

10 WTP_ConJiguration_Rsp message 1108 failure and that the coding type is unknown. 
The WPP client 1001 then tries another coding type that it supports, in this 
example huffinan, size = 80, in a subsequent message, e.g. a denoted 
WPP_Configuratwn_Req message 1109 sent to the WPP server 1002. The WPP 
server 1002 supports huf&nan, size = 80 and accordingly it responses success and 

15 confirms huffiitian, size = 80 in a message, e.g. a denoted WPP_Configuraitm_Rsp 
message that is sent 1110 to the WPP client 1001. 

After the configuration negotiatLon of coding type according to e.g. the scenarios 
20 depicted in Figures lla-c, the WPP client 1001 requests to set an attribute which is 
illusttated in Figure 12. The WPP client 1001 sends a coding table concerning the 
negotiated coding type in a message, e.g. a denoted WFP_Set_Attribute_V>eq 
message sent 1201 to the WPP server 1002. The WPP server loads the coding 
table to be used and confirms whether it was successful or failure in a message, e.g. 
25 a denoted WPP_Set_Attnbute_Esp message 1202 sent to the WPP client 1001. 

The next step of the printing process is the WPP printing procedure. Figure 13a- 
d, 14 and 15 shows sequence diagrams of a typical WPP transactions concerning 
30 the printing operations, between the WPP client 1001 and die WPP server 1002, 
according to the invention. 
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Figures 13a-d shows a first sub-scenario of a successful printing of one print job. 
Figure 13a shows die procedure for sending keep alive messages. 
When the connection has been established and negotiation has been performed, 
keep alive messages are to be sent, by the WPP client 1001, 1303 and WPP server 

5 1002, 1304, firequently, e.g. once each 5 second, as an indication that the source is 
up and running. Such a message is a denoted WPP_Keep_^Ah8 message. If a break 
occurs when printing, the printer will find out that, since it does not receive any 
more keep alive messages. The printer then terminates the prinqob and can let 
other users in. A break can also occur on the printer side. There is also occasions 

10 when the printer or processing unit are hard loaded, sending keep alive messages 
just to tell the receiver that it stUl alive but it goes slowly at the moment When a 
connection has been disconnected by WPP client ,WPP client 1001 and WPP 
server 1002 shall stop sending denoted WPP_Keep_ABe messages. 
A WPP Keep Alive Timer is restarted each time a valid message is received firom 

15 the remote endpoint. The timer is impletnented on both client and server side. If 
the Keep ABve timer expites the remote endpoint is considered faulty and die 
connection is closed and higher level applications is notified. The Keep AHve 
Timer shall be stopped when a link is disconnected and restarted when a new link 
is established with the remote endpoint. If a new link is established within a 

20 reasonable time, e.g. 10 seconds, the printjob continues where broken. Each WPP 
message will trigger a restart of a WPP timer. 

In Figure 13b a start of a prinl^ob and sending of data to be printed is shown. The 
WPP client 1001 requests the WPP server 1002 to start a printjob in a denoted 
25 WPP_Start_?nnt_Req message 1305 s, which in turn confirmed by the WPP server 

(1002) in a denoted WPP_Stari_Pnni_Cfm message 1306. The WPP cHent then 
requests the WPP server 1002 to print data included in a number of denoted 
WPPJ?riniJData_Req messages 1307, 1308. A confirmation is to be sent after the 
WPP server 1002 has received a number N WPP_Pirint_Data_REq messages 1307, 
30 -1308. The value of N is negotiated during configuration e.g. N = 4. The 
acknowledgement is e.g. sent in a denoted WPP_PmtJData_/iek message 1309. 
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This procedute goes on until all data to be panted is received by the printer servet. 
I.e. until the last WPP_?rint__Data_Req message 1310 is received. 

When all data to be printed is sent to the printer server the client requests the 
5 printer sers-er to stop the prinqob. This is shown in Figure 13c wherein die WPP 
dient 1001 sends a denoted WP?JBndJ>rint_B£q message 1311 to the WPP server 
1002. That this is apprehended by the ponter server is reported e.g. in a denoted 
WPPJBnd_Print_Bjp message 1312 sent to the WPP client 1001. 

10 After performing one or more ptintjobs or if a break of the printjob is requested, 
the client requests a disconnection of a session defined by the session identifier. 
Depicted in Figure 13d, this request is performed by e.g. sending a denoted 
WP?J)isconnea_Req message 1313 from the WPP cUent 1001 to the WPP server 
1002 and a response, whether the disconnection is granted or not, is sent in the 

15 opposite direction in a denoted WPP_Pisconnect_Rsp message 1314. 

When the session is disconnected the WPP client 1001 and the WPP server 1002 
stops sending WPP_Ke^_A/m messages. 

20 

Figures 14 shows a second sub-scenario of a successful printing of one printjob 
when the printer is out of paper. Negotiation has been performed, a connection is 
established and keep alive messages are sent as described above tiiough not visible 
in Figure 14. The WPP client 1001 has requested the WPP server 1002 to start the 
25 printjob in a message, e.g. a denoted WPP_Start_PrintJR£q message 1401, which is 
responded success to in a message, e.g. a denoted WPP_Start_Print_Ksp message 

1402. When the WPP cHent 1001 has requested the WPP server 1002 to print data 
included in a number of messages, e.g. denoted WPP__Print_Data_^q messages 

1403, 1404, being acknowledged by the WPP server 1002 in a message, e.g. a 
30 denoted WPP_Prifit_Daia_j4£k message 1405, the printer is out of paper. The 

printer server then has to report tiiis to the client This can be performed by the 
WPP server 1002 sending a message, e.g. a denoted WPP^StatmJnd message 
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1406, indicating tiiat the printer is out of paper to the WPP client 1001. The 
message is iaterpreted by the witeless printer protocol and reported to the user of 
the processing unit, e.g. by presenting a note on the PC screen. The message is 
obtained by a user of the processing unit iacluding the client, who refills the 
5 printer. The printer server then reports that the printer is refilled to the WPP client 
1001 by sending a message, e.g. a denoted WPP_Status_Ind message 1407. The last 
received denoted WPP_PrintJData_/Li;k message 1405 defines where to continue 
the printing by sending messages, e.g. denoted WPP_Pnnt_X>ataJ^^ messages 
1408, 1409 firom the WPP client 1001 to the WPP server 1002. The printer \pill 
10 throw data if already printed or if a part of it has been printed. The printing 
process then continues as described above. 

Figures 15 shows a third sub-scenario of a successful printing of one prinl^ob 
15 when the ACL connection is disconnected. Negotiation has been performed, a 
connection is established and keep alive messages are sent as described above 
though not visible in Figure 15. The WPP client 1001 has requested the WPP 
server 1002 to start the printjob in a message, e.g. a denoted WFP_Start_J'rintJB£q 
message 1501, which is responded success to in a message, e.g. a denoted 
20 WPP^StartJPrintJLsp message 1502. When the WPP client 1001 has requested the 
WPP server 1002 to print data included in a number of messages, e.g. 
WTP_Print_Data_Req messages 1503, 1504, the ACL connection is disconnected, 
indicated by HCL The Keep Alive Timer is stopped by the WPP client 1001. 

25 A reconnection of the session is requited because it is possible for another client 
to start a printjob during ACL-disconnected. A session identity is used to identify 
the different WPP entities. If another job is ongoing the server will not accept the 

reconnection. The time the server will wait for the reconnection has to be handled 
by a reconnection timer. If the timer times out the ongoing job wUl be flushed. 
30 After creating a new ACL-connection a reconnection of the session is requested. 
This can be performed by the WPP client 1001 by sending a message, e.g. a 
denoted WPP_ReconmctJ?>£q message 1506 requesting a reconnection of the 
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session defined by the session identifier. A response according to whether the 
recotinection is granted or not is sent in a message, e.g. a denoted 
WPPJRecomectJL^ message 1507. In this example it is granted. The WPP Keep 
Alive timer is started again. The Last received denoted WTP_Pnnt_J)ata_Ack 
5 message 1505 defines where to continue the printing by sending messages, e.g. a 
WPP_Print_Data^q messages 1507, 1508 &om the WPP dient 1001 to the WPP 
server 1002. The printer server will throw data if already printed or if tiie packet is 
detected to be a retcansmission. The printing process then continues as described 
above. 



The present invention is not limited to tiae above-described preferred 
15 embodiments. Various alternatives, modifications and equivalents may be used. 
Therefore, the above embodiments should not be taken as limiting the scope of 
invention, which is defined by the appendant claims. 
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1. A method for printing a document in a data communications system, the 
system including a processing unit including a printer client (1001) and a 

5 printer including a printer server (1002), the processing unit and the printer 
using for communication between each other a wireless printer protocol, the 
Bluetooth protocol stack and air interface, the Bluetooth protocol stack 
including a wiceless printer protocol and a Logical Link Control and 
Adaptation Protocol (L2CAP), the method including the steps of: 
10 establishing (701) a bi-directional -wireless asynchronous connection-less (ACL) 

connection between the processing unit and the printer by means of the 
printer protocol calling the L2CAP requesting the connection and the 
L2CAP creating the connection; 
estabUshing (702) a connection for one or more pdntjobs between the printer 
1 5 client (1001) and the printer server (1002); 

negotiating (703) configuration parameters between the printer client (1001) and 

the printer server (1002); 
sending (704) keep alive messages frequentiy fcom the printer client (1001) to 
the printer server (1002) and firom die printer server (1002) to the printer 
20 client (1001); 

starting (705) a print job; 

sending (706) the print data from the processing unit to the printer; 
stopping (707) die print job; and 

closing (708) the connection between the processing unit and the printer. 

25 

2. The method according to claim 1, comprising the fiirtiier step to be taken 
before the step of. establishing (701) a bi-directional wireless ACL connection: 
selecting a printer among a number of available printers. 

30 3-. The method according to claim 2, wherein the step of selecting a printer is 
performed by using the Device Discovery Protocol. 
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4. The method according to any of the ptevious claims, comprising the further 
step to be taken before the step of establishing (701) a bi-dicectional wiceless 
ACL connection: 

obtaining an address of a printer. 

5 

5. The method according to claim 4, wherein the step of obtaining an address of 
a printer is performed by using the Device Discovery Protocol. 

6. The method according to claim 5, wherein the establishing a connection for 

10 one or more priotjobs is performed by sending a connection request message 

(1003) from the printer client (1001) to the printer ser^^er (1002). 

7. The method according to claim 6, wherein the establishing a connection for 
one or more prinl^obs is performed by responding upon the request whetiher 

15 the connection was successfial or not, in a response message (1004) sent from 
the printer server (1002) to the printer dient (1001). 

8. The method according to any of the previous claims, wherein the step of 

negotiating configuration parameters (503), between the printer client (1001) 
20 and the printer server (1002), is performed by the printer client (1001) 

requesting configuration in a message (1101) sent to the printer server (1002), 
the message including no new options, if printer client (1001) uses default 
values. 

25 9. The method according to any of the previous claims, wherein the step of 
negotiating configuration parameters(503), between the printer client (1001) 
and the printer server (1002), is performed by the printer client (1001) 
requesting configuration in a message (1103) sent to the printer server (1002), 
the message including a suggestion of configuration options. 

30 

10. The method according to claim 9, wherein said configuration request is 
responded to by the printer server (1002) in a message (1102, 1104, 1106) 
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indicating whether the configuration options in the configutation request are 
1 by the printer server (1002) or not 



11. The method according to claim 10, including the further step, if the 
5 configuration request responds failure; 

sending a further configuration request message (1105, 1109) firom the printer 
client (1001) to the printer server (1002), the message including suggestion of 
configutation options which differs from earlier suggestions of configuration 
options.. 

10 

12. The method according to any of the previous claims, comprising the further 
step to be taken after the step of negotiating configuration parameters (503): 
sending a set attdbute request message (1201) ftom die printer client (1001) to 
the printer server (1002) the message comprising a coding table concerning a 

15 negotiated coding type. 

13. Method according to claim 12, comprising the further step of: 

tiie printer server (1002) loading the coding table by means of said received set 
attribute request message (1201). 

20 

14. Mediod accordiag to claim 13, comprising the further step of: 

sending a response whether the loading of the coding table was successfiil or not 
in a message (1202) firom the printer server (1002) to tiie.printer client (1001). 

25 15. The method accordiag to any of the previous claims, wherein a keep alive 
timer is implemented in the printer client (1001) and in the printer server 

(1002), comprising the further step of : 

starting the keep alive timer each time a valid message is received from the 

remote endpoint. 

30 



16. The method according to claim 15, wherein said keep alive timer expires, 
comprising the further step of 
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elosing^^ connection. 

17. The method according to any of the previous claims, -vdierdn the step of 
starting a print job (505) is perfotmed by the ptinter client (1001) requests the 

5 printer senrer (1002) to start a printjob in a request mess^e (1305). 

18. The method according to claim 17, wherein said start ptinl^ob request message 
(1305) is received and confirmed by the printer server (1002), the confirmation 
sent in message (1306) to the printer client (1001). 

10 

19. The method according to any of the previous claims, wherein the step of 
sending the print data from the processing unit to the printer (506), is 
performed by requesting the printer server (1002) to print data sent in a 
number of messages (1307, 1308, 1310). 

15 

20. The method according to claim 19, comprising the fiarther step to be taken 
after the printer server (1002) have received a previous decided number of 
print data request messages: 

sending an acknowledgement message (1309) feom the printer server (1002) to 

20 the printer cEent (1001). 

21. The method according to any of the previous claims, comprising the further 
step to be taken if the printer runs out of paper: 

indicating that the printer is out of paper in a message (1406) sent from the 
25 printer server (1 002) to the printer client (1 001). 

22. The mediod according to claim 21, comprising the further step to be taken 
when the printer is refilled: 

indicating that the printer is refilled in a message (1407) sent from the printer 
30 server (1002) to the printer cUent (1001). 
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23. The method according to claim 22, comprisiag the factiier step to be taken 
after the printer client (1001) has received an indication message (1407) that 
the printer is refilled: 

contiming the printing process by continuing to send print daia request 
5 messages, (1408, 1409) starting -with the print data subsequent to tiae last 
received print data acknowledgement message (1405). 

24. The method according to any of the claims, wherein the ACL connection is 
disconnected durii^ printing, the metiiod comprising the further step of: 

10 stopping the keep alive timer. 

25. The method according to claim 24, wherein a new ACL connection is created 
comprising die further step of: 

requesting a reconnection of the session defined by the session identifier in a 
15 message (1506) sent firom the printer client (1001) to the printer server (1002). 

26. The metiiod according to claim 25, comprising the further step of: 

sending a response according to whetiier the reconnection is granted or not in a 
message (1507) from die printer server (1002) to die printer client (1001). 

20 

27. The method according to claim 26, comprising the further step to be taken 
after the printer client (1001) has received a granted reconnection response: 
continuing the printing process by continuing to send print data request 
messages (1508, 1509), starting with the print data subsequent to the last 

25 received print data acknowledgement message (1505). 

28. The method according to any of the previous claims, wherein the step of 
stopping the print job (707), is petformed by, after sending all data to be 
printed to the printer server (1002), sending a request to stop the printjob in a 

30 -message (1311)fi:om the printer client (1001) to tiie printer server (1002), 
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29. The method according to claim 28, comprising the further step to be taken 
after the printer server (1002) has received a request to stop the printjob; 
smdim a response message (1312), comprising a confirmation that this is 
apprehended, from the printer server (1002) to the printer client (1001). 

5 

30. The method according to any of the previous claims, wherein the step of 
closing die connection between the processing unit and the printer (708) is 
performed by the printer client (1001) requesting a disconnection of the 
session defined by the session identity in a message (1313) sent to the printer 

10 . server (1002). 

31. The method according to claim 30, wherein the printer server responses to 
whether the disconnection was granted or not, in a response message (1314) 
sent from the printer server (1002) to the printer client (1001). 

15 

32. The method according to any of the previous claims, comprising the further 
step to be taken after the step of closing the connection between the 
processing unit and the printer (708): 

stopping the sending of keep aEve messages. 

20 

33. A computer program product directiy loadable into the internal memory of a 
digital computer witiiin a processing unit or printer in a communication 
system, comprisii^ the software code portions for petfiDtming the steps of any 
of the claims 1-32, when said product is run on a computer. 

25 

34. A computet program product stored on a computer usable medium, 
comprising readable program for causing a computer within a processing unit 
or printer in a communication system, to control an execution of the steps of 
any of the claims 1-32. 

30 

35. An entity (501) included in a Processing unit (402), the entity includes a 
Bluetooth protocol stack comprising a Logical link Control and Adaptation 
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Piotocol (L2CAP) characterised in that the Bluetooth protocol stack further 
comprises a -wireless printer protocol, said printer protocol comprising a 
printer client which communicates (803) with a printer server, included in a 
printer (403), by means of the Bluetooth protocol stack and air interface, the 
5 entity (501) further comprises: 

establishing means (502) for establishing a bi-ditectional wireless ACL 

connection to the printer (403) by calling the L2CAP requesting the 

connection; 

establishing means (503) for establishing a connection for one or more 
10 printjobs 

negotiating means (504) for negotiating configuration parameters with a printer 

server within the printet(403); 
sending means (509) for sending keep alive messages firequendy to the printer 

server; 

15 starting means (513) for starting a print job; 

sending means (515) for sending the print data to the printer server; 
stopping means (520) for stopping the print job; and 

closing means (522) for closing the connection between the processing unit 
(402) and the printer (403). 

20 

36. The entity (501) according to claim 35, characterised by comprising sending 
means for sending a connection request message from the printer client to the 
printer server. 

25 37. The entity (501) according to any of the claims 35-36 wherein when 
negotiating configuration parameters, the printer client uses default values, 
characterised by comprising sending means (505) for sending a configuration 
request message to the printer server, the message including no new options. 

30 38. The entity (501) according to any of the claims 35-37, characterised i>y 
comprising sending means (506) for sending a configuration request message 
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to the planter serrer, the message including a suggestion of configuration 

options. 



39. The entity (501) accotding to any of the claims 35-38, characterised by 
comprising sending means (507) for sending a further configuration request to 
the printer server, the message including su^estion of configuration options 
which differs firom earlier suggestions of configuration options. 

40. The entity (501) according to any of flie claims 35-39, characterised by 

comprising sending means (508) for sending a set attribute request message to 
the printer server, the message comprising a coding table concerning a 
negotiated coding type. 

41. The entity (501) according to any of the claims 35-40, characterised in that a 
keep alive timer (510) is implemented in the printer client 

42. The entity (501) according to claim 41, characterised by comprising starting 
means (511) for starting the keep alive timer (510) each time a valid message is 
received ficom the printer (403). 

43. The entity (501) according to claim 42, characterised by comprising closing 
means (512) for closing the connection between the printer client and the 
printer server, when the keep alive timer(510) expires. , 

44. The entity (501) according to any of die claims 35-43, characterised by 
comprising sending means (514) for sending a request message to the printer 
server comprising a request to start a printjob. 

45. The entity (501) according to any of the claims 35-44, characterised by 
comprising sending means (516) for sending a number of request messages to 
the printer server, the messages comprising print data. 
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46. The entity (501) according to any of the claims 35-45, whereto a refill of paper 
has broken a printing process, characterised by comprising continuing means 
(517) for continuing the printing process by continuing to send print data 
request messages to the printer server, slatting with the print data subsequent 
to the last received print data acknowledgement message. 

47. The entity (501) according to claim 41, characterised by comprising stopping 
means (518) for stopping the keep aHve timer when the ACL connection is 
disconnected during a printing process. 

48. The entity (501) according to any of the claims 35-47, wherein a new ACL 
connection is created to the printer after a break, characterised by comprising 
requesting means (519) for requesting a reconnection of a session defined by 
the session identifier in a message sent to the printer server. 

49. The entity (501) accordtt^ to claim 48, wherein a granted reconnection 
response message is received, characterised by comprising continuing means 
(517) for continuing the printing process by continuing to send print data 
request messages to the printer server, starting with the print data subsequent 
to the last received print data acknowledgement message. 

50. The entity (501) according to any of the claims 35-49, wherein all data to be 
printed is sent to the printer characterised by comprising sending means (521) 
for sending a message to tihe printer server, the message comprising a request 
to stop the printjob. 

51. The entity (501) according to any of the claims 35-50, characterised by 
comprising sending means (523) for sending a message to the priater server, 
the message comprising a request to disconnect a session identified by a 
session identity. 



wo 01/93514 PCT/SEOl/01094 
32 

52. The entity (501) according to any of the claims 35-51, characterised by 
comprising stopping means (524) for stopping the sending of keep alive 
messages after closing a connection between the printer client and the printer 
server. 



53. A printer entity (601) included in a Printer (403), the printer entity (601) 
including a Bluetooth protocol stack comprising a Logical link Control and 
Adaptation Protocol (L2CAP) characterised in that the Bluetooth protocol 
stack further includes a wireless printer protocol, said printer protocol 
comprising a printer server which communicates with a printer client, included 
in a processing unit (402), by means of the wireless printer protocol, the 
Bluetooth protocol stack and air interface, the printer entity (601) fmther 
comprises: 

negotiatbg means (605) for negotiating configuration parameters with a printer 

client within the processing unit; 
sending means (609) for sending keep alive messages frequendy to die printer 

client ; 

starting means (612) for starting a print job; 

receiving means (614) for receiving print data from the printer cHent; and 
stopping means (620) for stopping the print job. 

54. The printer entity (601) according to claim 53 chatacterised in comprising 
respondiag means (604) for responding upon a connection request whether die 
connection is successful or not, in a response message sent to the printer client. 

55. The printer entity (601) according to any of the claims 53-54 characterised in 
comprising responding means (606) for responding upon a configuration 
request whether the configuration options in the configuration request are 
supported by the printer server or not. 
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56. The printer entit7 (601) according to any of the claims 53-55 characterised in 
comprising loading means (607) for loading a coding table sent from the 
printer client 

5 57. The printer entity (601) according claim 56 characterised in comprising 
sending means (608) for sending a response whether the loading of the coding 
table was successful or not to the printer client 

58. The printer entity (601) according to any of the claims 53-57, characterised in 
10 that a keep alive timer (610) is implemented in the printer server. 

59. The printer entity (601) according to claim 58, characterised by comprising 
starting means (611) for starting the keep alive timer each time a valid message 
is received from die printer. 

15 

60. The printer entity (601) according to any of the claims 53-59, characterised in 
comprising confirming means (613) for confirming a start print^'ob request 
message sent to the printer client. 

20 61. The printer entity (601) according to any of the claims 53-60, characterised in 
comprising sending means (615) for sending an acknowledgement message to 
the printer client after receiving a previovis decided number of print data 
request messages. 

25 62. The printer entity (601) according to any of the claims 53-61, characterised in 

comprising indicating means (616) for indicating, in a message sent to the 
printer client, that the printer is out of paper, if the printer runs out of paper. 

63. The printer entity (601) according to any of the claims 53-62, characterised in 
30 comprising indicating means (617) for indicating, in a message sent to the - 
printer client, that the printer is refilled, when the printer is refilled. 
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64. The printer entity (601) according to any of the claims 53-63, characterised by 
comprising stopping means (618) for stopping the keep alive timer when an 
ACL connection to tihe processing imit is disconnected during a printing 
process. 

5 

65. The printer entity (601) according to any of the claims 53-64, characterised in 
comprising sending means (619) for sending a response message to the printer 
dient, according to whether a reconnection request is granted or not 

10 66. The printer entity (601) accordiog to any of the claims 53-65, characterised in 
comprising sending means (621) for sending a response message, after the 
printer serv^er has received a request to stop tihe printjob, ihe. message 
comprising a confirmation that this is apprehended and is sent to the printer 
client 

15 

67. The printer entity (601) according to any of the claims 53-66, characterised in 

comprising sending means (622) for sending a response message to the printer 
client, according to whether a disconnection request is granted or not. 

20 68. The priDter entity (601) according to any of the claims 53-67, characterised in 
comprising stopping means (623) for stopping the sending of keep alive 
messages after the connection to the printer dient is dosed. 

69. Communications system (401) characterised by comprising a processing unit 
25 (501) according to any of the daims 35-52 and a printer entity (601) according 
to any of the daitns 53-68. 



BNSDOCID: <WO 019351.4A1J_> 



wo 01/93514 



1/13 



PCT/SEOl/01094 



f 



< 

S1 P1 



Fig. 1 



BNSCOCID: -cWO ^0193514A1_L> 



wo 01/93514 



2/13 



i»CT/SE01/01094 




Fig. 2 



BNSD0CID:<WO 0193514A1 I 



wo 01/93514 



PCT/SEOl/01094 



3/13 



O 
CO 



CO 
O 
CO 



CD 
O 
CO 



O 

CO 



TV 7\ 



< 
O 

-J 



\7 
< 

CM 



03 



CM 
O 
CO 



CO 
O 
CO 



in 
o 

CO 



Q. 



C3 
C3 



o 

CO 



wo 01/93514 



4/13 



PCT/SEOl/01094 




Fig. 4 



wo 01/93514 



5/13 



PCT/SEOl/01094 



501 




505 


504 


506 


507 



508 



509 



;X-- -l^X- 



512 



510 



518 



517 
524 



514 


513 


516 


515 



519 



527 



k 



521 



520 



< - 

I 



523 



522 



Fig. 5 



wo 01/93514 



PCT/SEOl/01094 



601 



6/13 



Aw 



604 609 



610 



617 



619 



623 



606 


605 


607 


608 



611 
618 



622 



613 


612 


615 


614 



-> 616 



621 



620 



Fig. 6 



D:<WO ^01935t4A1J.=. 



PCT/SEOl/01094 



7/13 



Establish a wireless connection 701 



Establish a connection between 
printer client and printer server 






Negotiate configuration parameters 






Send keep alive messages 






Start the printjob 






Send the printer data 






Stop the printjob 






Close the connection 



702 



705 



707 



708 



Fig. 7 



wo 01/93514 



PCT/SEOl/01094 



8/13 



801 802 

_z \ 



812\ 



SDP 



WPP 



8Q3\^ 



WPP 



SDP 



806 



807 



L2CAP 



8;t0 



811 



804\ 



L2CAP 



T809 



HCI 



LMP 



8Q5v, 



LMP 



Fig. 8 



wo 01/93514 



9/13 



PCT/SEOl/01094 



901 902 



SDP ServiceSearchReq 


903 ^ 


SDP_ServiceSearchRsp 


904 


SDP ServlceAttributeReq 


905 ^ 


SDP ServlceAttrlbuteRsp 


906 





Fig. 9 



BNSDOCID: <W O 0 193514ft1 I > 



wo 01/93514 



10/13 



PCT/SEOl/01094 



1001 



1002 



WPP_Connect_Req 


1003 


^ WPP Connect Rsp 


1004 


WPP Confiq Req 


1101 ^ 


Wr r_L/OnTig_Ksp 


1 102 


WPr_C/OnTig_Keq 


1103 


WPP_Config_Rsp 


1104 


WPP_Config_Req 


1105 


^ WPP Config_Rsp 


1106 


WPP_Config_Req 


1107 


WPP_Config_Rsp 


1108 


WPP_Config_Req 


1109 


WPP_Config_Rsp 


1110 


WPP_Set_Attrlbute_Req 1201 


WPP_Set_Attribute_Rsp 1202 





Fig. 10 



Fig. 11a 



y Fig. 11b 



V Fig. 1 1 c 



Fig. 12 



0193514A1J_> 



wo 01/93514 



11/13 



PCT/SEOl/01094 



1001 1002 
WPP_Keep_Alive 1303 



WPP_Keep_Alive 1304. 


WPP_Start_Print_Req 


1305 


WPP Start Print Cfm 


1306 


WPP_Print_Data_Req 


1307 


WP P_Print_Data_Req 


1308 


WPP Print Data Ack 


1309 


WPP_Print_Data_Req 


1310 


WPP_End_Print_Req 


1311^ 


^ WPP End Print Rsd 


1312 


WPP Disconnect Req 


1313^ 


WPP Disconnect Rsd 


1314 



^Fig. 13 a 



Fig. 13 b 



Fig. 13 c 



Fig. 13 d 



wo 01/93514 



12/13 



PCT/SEOl/01094 



1001 1002 



WPP_Start_Print_Req 


1401 


WPP_Start_Print_Rsp 


1402 


WPP_Prlnt_Data_Req 


1403 


WPP_Print_Data_Req 


1404 


WPP Print Data Ack 


1405 


^ WPP Status Ind 1406 


WPP_StatusJncl 1407 


WPP_Print_Data_Req 


1408 


WPP_Print_Data_Req 


1409 





Fig. 14 



BNSDOCID: <WO ^01936HA1_I.> 



wo 01/93514 



13/13 



*CT/SE01/01094 



1001 1002 



WP P_Start_Print_Req 


1501 


WPP_Start_Print_Rsp 


1502 


WPP_Print_Data_Req 


1503 


WPP Print Data Req 


1504^ 


WPP Print Data Ack 


1505 


WPP_Reconnect_Req 


1506 


WPP_Reconnect_Rsp 


1507 


WPP_Print Data Req 


1508^ 


WPP_Print_Data_Req 


1509 





Fig. 15 



INTEUNATIONAL SEARCH RICPOU T 



Intcniatiiiiial appticattaii No. 

PCT/SE 01/01094 



A. CLASSIFICATION OF SUBJECI" MA'lTfiR 



IPC7: H04L 12/58, H04Q 7/22 

According to Iniernntional Patent Classification (IPC) or to holh naUnnal cl 



B. FIELDS SEARCHED 



!il (clasrincalion system rollowcd by classillcaUon syinbob) 



IPC7: HQ4L, G06F, H04M. H04q 



DocumenUtion searched other than minimum documcnlalion to the extent that such due 

SE,DK,FI,NO classes as above 



L<i arc included in the fields searched 



BIccironIc data base consulted during the inlernaUonii) search (name of data base and, where pracUcabli!, searcli terms used) 



WPI DATA, EPO-INTERtiAL 



C. DOCUMENTS CONSIDliRRD TO BE RHLKVANT 



niation of document, willi indicalion, where appropriiilc, ofUtc relevant 



Relevaiil to clahii No. 



WO 9941876 Al (TELEFQNAKTIEBOLAGET LM ERICSSON 
(PUBL)). 19 August 1999 (19.08.99), see whole 
document 



EP 1001348 A2 (NOKIA MOBILE PHONES LTD), 17 May 
2000 (17.05.00), see whole document 



1,33-35,53, 
69 



2-32,36-52, 
54-68 



1,33-35,53, 
69 



2-32,36-52, 
54-68 



I x| Purtlier ilocumeitls arc listed in the conliiiualioti of Bo,x C Sec patent family ai 



.Special catcgraics of died i 

lohcorparlicuiar 



special reason (as speciricd) 
document rcrcrring lo an on 



c general slate oruie art whid) is nut considered 
patent bui publi.<ihcd on or alter the intcmaiional 
priority claim(s) or li^ich is 



n dale of anoUicr citation or 
lisdosurc, use, cxbihition or other 

iling date hut later tin 



later document puhlis^icd allcr Uk 
date and not tn conflict witii the applicalion hut dted to undersland 
the principle or theory underlying the invention 

' document of pArlicular relevance: the claimed invcnlinn canniil lie 
cdnsidcrcd novel or cannot be cnnsdercd to involve an inventive 
.■ilep ttlicn the document is lato alone 



mfive step when the 
Diher such docun 
llled in the art 
ne patent family 



Date of Uie actuate 
7 Sept 2QQ1 



implction. of llie intcmaiional search 



Dale of mailing ofUie inlenialional -search report 

2 5 -09-2001 



Name and mailing address ofUie ISA/ 
Swedish Patent Office 
Box 5055, S-102 42 STOCKHOLM 
Facsimile No. + 46 8 666 02 86 



Autliori/ed oillccr 



Roger Bou Falsal/LR 

i dcplionc No. 4- 46 8 782 25 00 



Form Pcr/ISAPIO (second sheet) (July 1998) 



BNSDOCID: <WO_ 



INTERNA HONAL SEARCH Ria'OK T 



IilltTriafumal application 

PCT/SE 01/01094 



C (Continuation). DOCUiVIRrvri'S CONSIDIiRHD TO i!!; RHI.HVAN' 



Citation orduciimcnt, wilii iiidicalion, wlieru apprti 



Relevaul to claiiii No. 



METTALA.Riku: Bluetooth Architecture, Version 
1,0; Aug. 25th 1999 



HAARTSEN.Jaap: Bluetooth - The universal radio 
interface for ad hoc, wireless connectivity. 
Ericsson Review No. 3, 1998 



US 6055062 A (DINA,D. ET AL.), 25 April 2000 
(25.04.00), cited in Application, see whole 

document 



WO 0021203 Al (COMSENSE TECHNOLOGIES, LTD), 

13 April 2000 (13.04.00), page 6, line 26 - 
line 3; page 23, line 13 - line 30, 

abstract 



EP 1003307 A2 (RICOH COMPANY), 24 May 2000 
(24.05.00), column 10, line 42 - column 11, 
line 23; column 13, line 17 - line 39 



1,33-35,53, 



2-32,36-52, 
54-68 



1,33-35,53, 
69 



2-32,36-52, 
54-68 



1,33-35,53, 
69 



1,33-35,53, 
69 



Form PCI7ISA/210 (conlinualion of second sheet) (July 1998) 



INTERNATIONAL SEARCH REPORT 

Inrorniation on paicnl I'amily members 

02/08/01 


Iiilurnatioiial application No. 

PCT/SE oi/oioe4 


Patent documenl 


Publicalinn 


Patent faniily 


Pubilcalion 
dale 



9941876 Al 19/08/99 



AU 2650199 A 30/08/99 

BR 9907826 A 24/10/00 

CN 1290438 T 04/04/01 

EP 1055307 A 29/11/00 



EP 


1001348 


A2 


17/05/00 


FI 
JP 


982353 A 
2000155727 A 


30/04/00 
06/06/00 


US 


6055062 


A 


25/04/00 


GB 
GB 


2332878 A,B 
9827838 D 


07/07/99 
00/00/00 



0021203 Al 13/04/00 



AU 


2455700 A 


05/06/00 


AU 


5881999 A 


03/04/00 


AU 


5996899 A 


26/04/00 


AU 


5997299 A 


26/04/00 


EP 


1116155 A 


18/07/01 


WO 


0021020 A 


13/04/00 


WO 


0029920 A 


25/05/00 


AU 


5441899 A 


21/03/00 


EP 


1108224 A 


20/06/01 



EP 1003307 A2 24/05/00 JP 2000162926 A 16/06/00 



Form PCT/lSA/aiO (patent family annex) (July 1995) 



